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Diagnostiquer le probleme 

1. Introduction 

En tant que technicien du support technique pour la resolution des problemes lies 
au poste de travail (ou technicien DST), une partie de votre travail consiste a 
prendre en charge les utilisateurs finaux et a resoudre divers types de taches. 
Toutefois, les responsabilites d'un technicien DST impliquent beaucoup plus que 
la simple resolution d'un probleme. Un technicien DST doit etre capable d'ecouter 
un utilisateur, de recueillir des informations aupres de celui-ci, de diagnostiquer 
et de resoudre le probleme (ou de remonter le probleme a un technicien senior 
ou un administrateur systeme) et de documenter correctement la resolution du 
probleme de la facon indiquee par la strategie de I'entreprise. 



2. Diagnostic materiel 



2.1. Differentes Methodes de Recherche des Pannes 
sur Micro-Ordinateurs 

II existe des procedures de diagnostics pour detecter les causes probables voir 
meme les causes reelles des pannes sur un micro-ordinateur. Car, en cas de 
blocage de la machine, tant que la panne n'est pas decelee, on ne saurait rien 
entreprendre quant a la reparation de celle-ci. 

Nous allons voir quelques grandes techniques de recherche et d'identification de 
pannes. Avant d'entreprendre quoi que se soit, il faut observer certains 
prealables a savoir I'interrogation de I'utilisateur comme suit : 

• Par quoi la panne se traduit-elle ? Quelles sont les manifestations ? 

• Quand la panne est-elle survenue ? 

• Si la machine a ete deplacee ou I'un de ses peripheriques. 

• S'il y a eu connexion ou deconnexion. 

• Si un nouveau logiciel a ete installe voir un nouveau peripherique ou une 
nouvelle carte. 

• Quelles sont les commandes lancees immediatement avant la panne ? 

• Si quelque chose d'inhabituel a ete constate, une anomalie ou un message 
d'erreur. 

2.1 .1 . La methode des messages et des codes sonores 

Les programmes d'application, le systeme d'exploitation et I'ordinateur lui- 
meme, sont capables d'identifier les problemes et de les mettre en evidence 
(exergue). Lorsque cela se produit, un message apparait sur I'ecran du moniteur. 
II met done en relief qu'il y a soit un probleme d'exploitation, soit un probleme de 
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conflit entre un logiciel et un equipement donne. 

Au niveau des codes sonores, nous avons retenu que lorsque des erreurs ne 
pouvant etre indiquees sur I'ecran surviennent au cours d'une procedure 
d'initialisation, le POST (Power On Self Test) c'est-a-dire au cours de I'autotest, 
I'ordinateur emet une serie de signaux sonores (bips) identifiant le probleme. 

2.1.2. La methode des diagnostics integres 

Les diagnostics integres sont des programmes de detection de pannes, integres a 
I'ordinateur par le constructeur. Ces programmes se trouvent dans la memoire 
flash et utilises en premier lieu pour isoler les problemes de composants centraux 
du systeme, de la carte mere, du sous-systeme de la memoire et le sous- 
systeme de la memoire cache. 

Ces diagnostics integres sont utilises meme si des composants du systeme tels 
que la memoire, le clavier, les unites et le BIOS ne fonctionnent pas. Tout 
comme les diagnostics sur disquette, les diagnostics integres verifient 
I'ordinateur sans aucun composant supplemental et sans detruire aucunes 
donnees. lis generent aussi des messages afin de mettre en relief les pannes 
detectees dans I'ordinateur. 

• Quand utiliser les diagnostics integres ? 

lis seront utilises a chaque fois qu'un probleme survient dans le micro- 
ordinateur. Au cas ou les causes de la panne ne sont pas retrouvees, alors on 
utilisera les diagnostics sur disquette. 

• Dispositions a prendre avant le lancement 

Les diagnostics integres utilisent le sous-systeme, video integre a I'ordinateur 
pour afficher les messages des diagnostics sur I'ecran du moniteur. II faut alors 
deconnecter le moniteur de la carte d'extension video et le connecter au sous- 
systeme video integre de fagon a pouvoir utiliser les diagnostics integres. II faut 
egalement inserer une disquette formatee dans I'unite de la disquette 
d'initialisation avant d'executer les diagnostics integres de sorte que le chemin 
d'acces d'initialisation puisse etre teste correctement. 

• Lancement des diagnostics integres 

Au niveau de certains ordinateurs possedant un bouton special de diagnostic, le 
lancement se fait tout simplement en appuyant sur celui-ci. Dans le cas 
contraire, on appuiera sur le bouton de reinitialisation pendant une seconde a 
n'importe quel moment, apres avoir allume I'ordinateur. Ce dernier accede alors 
aux diagnostics integres au lieu d'effectuer la procedure de demarrage. Lorsque 
les diagnostics commencent a s'executer, I'ordinateur lance trois codes sonores 
en consequence rapide. Apres quelques secondes, pendant lesquelles les 
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diagnostics integres testent le sous-systeme video integre, un ecran de 
bienvenue apparait sur le moniteur. Celui-ci reste affiche jusqu'au moment ou on 
presse le bouton de reinitialisation pour commencer I'execution des tests des 
diagnostics integres. Si on ne veut pas executer ces diagnostics, alors on eteint 
I'ordinateur et on le rallume. 

Si un probleme est detecte avant I'initialisation du sous-systeme video, 
I'ordinateur peut emettre une serie de codes sonores identifiant le probleme. 

• Test des diagnostics integres 

Dans les diagnostics integres, les tests sont organises en groupe de tests et en 
sous-groupes de tests a I'interieur de chaque groupe. Les tests effectues sur 
chaque systeme varient en fonction de I'equipement existant dans le systeme. 
Les tests de diagnostics sont congus pour detecter avec precision un composant 
du systeme en defaillance. 

2.1.3. La methode des mesures et les tests manuels des 
composants 

C'est la methode au cours de laquelle on recherche les pannes d'une maniere 
manuelle. Ici, la recherche des pannes se fait par approche descendante, en 
allant du general au particulier, du plus simple vers le plus complique. Tout 
d'abord, on songera aux erreurs logicielles, aux mauvaises declarations du setup, 
aux connexions, aux cables d'alimentation, aux interrupteurs. En suite on 
songera aux peripheriques, puis a I'unite centrale. 

Enfin, on procedera a certains tests et mesures pour mieux cerner I'origine des 
problemes. 

• Les tests comparatifs 

Dans cette methode aussi appelee de substitution, un appareil ou une carte est 
comparee a un appareil ou une carte identique et fonctionnant normalement. II 
s'agit d'une methode materielle et I'avantage de cette methode vient du fait 
qu'elle permet d'isoler rapidement le groupe en panne et de pouvoir le tester. 
Mais la presence d'un systeme similaire est indispensable. 

• Cas des mesures 

Dans cette methode on aura besoins d'un ensemble d'outils (appareils) qui 
permettra de faire les mesures, d'interpreter et de verifier les observations. 
Comme appareils on aura besoin d'un multimetre, d'un oscilloscope, d'une sonde 
logique, d'un analyseur logique et d'un testeur de composants. 

• Le multimetre 

Les courts-circuits ou les circuits ouverts, les tensions erronees sont les 
problemes les plus connus. N'importe quel ohm-metre peut tester les conditions 
d'ouverture ou de court-circuit. Un multimetre digital ou un volt-ohm- mil li 
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amperemetre suffisent pour tester les tensions et les courants. 

Si les composants et le schema sont connus, il s'agit d'une operation simple mais 

longue qui permet de s'assurer que chaque connexion est a sa place et que les 

bons courants sont obtenus avec des tensions correctes. Dans notre cas de 

depannage des micro-ordinateurs, il est mieux d'utiliser un multimetre digital 

pour des raisons de confort de lecture. 

Avec cet appareil, on pourra alors controler les resistances, les condensateurs, 

les diodes et les transistors pour determiner s'ils sont fonctionnels ou non. Voir 

schemas ci-dessous. 

• La sonde logique 

Elle permet de verifier rapidement les niveaux logiques, de fagon a isoler toute 
anomalie. La sonde logique nous est utile dans le diagnostic des problemes poses 
par les circuits logiques. Un signal etant represents par : soit un niveau haut (+ 
5 volts) et un niveau bas (0 volt), seule la sonde logique grace a son indicateur a 
diode electroluminescente ou d'une ampoule electrique, le testeur indiquera que 
le signal est a « » ou « 1 » ou indetermine. C'est I'instrument de mesure qui 
permet de determiner ou non et confirmer le bon fonctionnement d'un signal sur 
un point de mesure. 

• L'oscilloscope. 

Instrument de valeur, il trouve sa place dans un atelier de depannage. A la 
difference du multimetre, l'oscilloscope permet de mesurer I'amplitude et la 
duree des signaux. on peut suivre alors les differents cycles d'une operation. 
Avec les nouveaux microprocesseurs dont la Vitesse varie entre 33 Mhz et 266 
Mhz, pour visualiser les evenements, il faudra avoir un oscilloscope d'au moins 
50 Mhz. II existe deux grandes families d'oscilloscopes dont : 

- Les oscilloscopes analogiques qui sont plus adaptes aux depannages 
des ecrans. 

- Les oscilloscopes digitaux appropries aux depannages des cartes 
logiques (voir schemas ci-dessous. 

- L'analyseur logique 

C'est un appareil complexe qui permet d'afficher sur son ecran simultanement 
plusieurs signaux a un instant precis. L'analyseur logique se classe en deux 
grandes categories : 

- Ceux qui mettent I'accent sur les informations de type timing qui sont 
en fait des oscilloscopes multicanaux et qu'on utilise pour detecter des 
erreurs logiques, du bruit ou des problemes de niveaux logiques. 

- Ceux qui donnent des informations d'etat et nous permettent de 
visualiser le flux des informations dans le systeme en examinant tous les 
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points importants du circuit sous forme binaire. 

Ces analyseurs permettent de detecter les erreurs de logiciels ou les erreurs 
dues a une interaction logiciel-materiel (voir schemas ci-dessous). 

3. Methodologie de resolution des problemes 

Les specificites des diverses methodologies de resolution des problemes 
informatiques peuvent varier et les processus impliques ne sont pas precis. 
Toutefois, la plupart des methodologies partagent des processus et des 
procedures communs qui font I'objet de cette rubrique. En fait, on peut affirmer 
que toute methodologie de resolution des problemes fait appel a des processus 
et procedures communs, quel que soit le domaine : informatique, plomberie ou 
mecanique automobile. Tout incident parcourt une serie de processus concus 
pour resoudre les problemes aussi rapidement et efficacement que possible. 
Parmi ces processus, la classification, le test, la transmission et la creation de 
rapports sont I'epine dorsale de toute methodologie de resolution des problemes. 
Celle-ci evoluera dans le temps en fonction des changements technologiques et 
de I'emergence de nouveaux outils. 

3. 1. Classification 

Lorsqu'un utilisateur final rencontre un probleme informatique et vous le signale, 

cela declenche une serie de processus de classification. Au cours de ceux-ci, vous 

collectez des informations aupres de I'utilisateur pour tenter d'etablir la nature et 

I'etendue du probleme. La discussion initiale peut reveler des informations 

permettant une resolution immediate. Cependant, dans le cas de problemes plus 

graves ou plus complexes, vous devez faire appel aux autres processus de 

resolution pour parvenir a les resoudre. 

Les problemes qui affectent de nombreux utilisateurs finaux ont un impact plus 

sensible sur la productivity de I'organisation et doivent etre resolus plus 

rapidement. 

La classification vous permet de determiner I'etendue et I'impact des problemes 

en vue d'etablir leur priorite. 

Meme si vous etes en mesure de resoudre le probleme tout de suite, vous devez 

le consigner en vous conformant a la methodologie en vigueur. Des procedures 

de consignation appropriees garantissent qu'aucun rapport d'incident ne se 

perde. En ayant la possibility d'acceder aux rapports d'incident detailles, une 

organisation peut surveiller ses systemes informatiques de maniere plus efficace 

et prendre des decisions informees. 
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3.2. Test 

Une fois que vous avez etabli la priorite d'un probleme et consigne I'incident, la 
phase de test debute. Au cours de celle-ci, vous faites appel a plusieurs 
processus pour determiner la cause probable du probleme. Vous pouvez 
commencer par dresser la liste des causes possibles, generalement, en les 
divisant et en les isolants. Dans le domaine des systemes informatiques, cela 
peut vouloir dire etablir une distinction entre les problemes de serveur et de 
station de travail, de materiel et de logiciel, et de systeme d'exploitation et 
d'applications. De cette maniere, vous pouvez eliminer les causes possibles pour 
determiner les causes probables. 

Lorsque vous avez reduit la liste des causes possibles a un nombre gerable, vous 
pouvez demarrer le processus de test. Ce processus vise a determiner la cause 
probable parmi les causes possibles restantes. Vous pouvez essayer de 
reproduire le probleme dans un environnement de test. Si vous pouvez le 
reproduire facilement, cela signifie que vous avez determine la cause probable. 
En revanche, si vous eprouvez des difficultes a le reproduire, vous devez 
analyser vos resultats et revenir sur votre cheminement initial. 



3.3. 



Transmission 



Si vous ne pouvez pas trouver de resolution pendant la phase de test initiale, 
vous devez consulter la documentation supplemental ou transmettre le 
probleme, soit au fabricant du composant suspecte, soit au sein de votre 
organisation si vous disposez de ressources internes. Un processus de 
transmission d'incident au personnel de support technique de deuxieme niveau 
devrait etre en place au sein de votre organisation. Un membre de ce service 
vous posera des questions pour essayer de classifier I'etendue du probleme et de 
definir un niveau priorite. 

3.4. Rapport 

Lorsque I'incident a ete resolu, vous devez documenter sa resolution. II est 
important d'enregistrer les modifications apportees a la configuration de votre 
systeme informatique. 

En outre, les problemes ont tendance a se produire plusieurs fois. S'ils ont ete 
documented correctement, vous gagnerez du temps la prochaine fois que vous 
serez amene a resoudre des occurrences similaires du probleme. 
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4.Utilisateurs d'une methodologie de resolution 
des problemes 

Les services de support fonctionnent au sein d'une structure hierarchique 
precise. Lorsque des utilisateurs finaux signalent des incidents aux techniciens du 
support technique, a savoir le premier niveau du support technique, et que ceux- 
ci ne peuvent pas les resoudre, ils les transmettent au support technique de 
deuxieme niveau. Les ingenieurs de ce service ont des connaissances et des 
competences plus specialisees pour resoudre les problemes. Lorsque cela est 
necessaire, les ingenieurs du support technique peuvent remonter a leur tour le 
probleme au support de troisieme niveau. Le probleme est alors pris en charge 
par des ingenieurs systeme experts dotes de competences tres ciblees. 
Les architectes systeme, les concepteurs et les planificateurs occupent le 
quatrieme niveau de la structure. Les ingenieurs systeme peuvent faire appel 
aux architectes systeme et planificateurs de niveau 4 pour concevoir et planifier 
des modifications importantes a apporter a une infrastructure dues a la 
resolution d'un probleme. 

Une methodologie de resolution des problemes bien concue peut beneficier a 
nombre de personnes au sein de votre organisation, et pas seulement aux 
techniciens d'un service de support technique. 



4. 1. Utilisateurs finaux 

Les utilisateurs finaux travaillent dans le cadre de la methodologie definie. Ils 
regoivent une formation sur le materiel et les logiciels qu'ils utilisent. De plus, le 
personnel du support technique leur fournit des documents d'auto-assistance qui 
leur permettront de rechercher des solutions tout seuls. Ces documents peuvent 
prendre la forme de documentation imprimee, de didacticiels en ligne ou de 
guides repertoriant les questions frequemment posees. 

La mise a disposition de documents d'auto-assistance aux utilisateurs finaux 
constitue une partie importante de la methodologie de resolution des problemes. 
L'utilisateur a les moyens de resoudre des problemes sans contacter le support 
technique. 

La methodologie de resolution des problemes definit le processus de resolution 
des problemes, les procedures de transmission et le type de communication 
qu'un utilisateur final peut attendre du support technique. Elle profite a 
l'utilisateur final, car celui-ci ne passe que par un point de contact pour resoudre 
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les problemes et le service de support technique doit tenir I'utilisateur informe de 
la progression de la resolution. Lorsqu'un probleme ne peut pas etre regie par 
auto-assistance, I'utilisateur final contacte le support technique. 

4.2. Specialistes du support technique 

Les specialistes du support technique fournissent le premier niveau d'assistance 
aux utilisateurs finaux. En tant que premier point de contact des utilisateurs 
finaux, ils travaillent dans le cadre de la methodologie de resolution des 
problemes pour definir la nature du probleme qui leur est signale. Les 
specialistes du service de support technique ont en general plus de competences 
en matiere de support technique que les ingenieurs du support technique. 
Lorsque les specialistes de service de support technique ne peuvent pas resoudre 
un probleme dans le laps de temps defini par I'utilisateur, c'est a eux qu'il 
incombe de transmettre le probleme au support technique de deuxieme niveau 
ou aux fournisseurs externes. La methodologie de resolution des problemes 
profite aux specialistes du support technique dans la mesure ou elle definit 
clairement les processus qu'ils doivent utiliser pour definir les problemes, etablir 
leur priorite, les transmettre et les resoudre. 

4.3. Ingenieurs du support technique 

Les ingenieurs du support technique assurent le support de deuxieme niveau au 
sein d'une organisation. En general, ils travaillent sur les problemes que les 
specialistes du support technique leur ont transmis. La methodologie de 
resolution des problemes beneficie aux ingenieurs du support technique dans la 
mesure ou ils peuvent se concentrer sur les causes probables que les specialistes 
auront definies, sans perdre de temps sur la collecte des informations de base. 
Les ingenieurs du support technique sont essentiellement charges de resoudre 
des problemes que les utilisateurs finaux ont signales. Ils travaillent dans le 
cadre de la methodologie de resolution des problemes et contribuent egalement 
a son developpement. 

Certains ingenieurs du support technique se specialisent dans un domaine de 
I'infrastructure informatique de I'organisation, alors que d'autres fournissent une 
assistance generale plus detaillee que ne proposent pas les specialistes du 
support technique. Par exemple, un ingenieur du support technique peut se 
specialiser dans les problemes de reseau ou d'infrastructure de messagerie. 
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4.4. Responsables et planificateurs 

Les gestionnaires et les planificateurs travaillent en dehors de la methodologie de 
resolution des problemes, mais en tirent egalement parti. 

Comme le personnel de support technique des premier et deuxieme niveaux 
integre ce qu'il a appris des problemes passes dans les methodes conseillees 
actuelles et documente les modifications qu'il a apportees aux systemes 
informatiques, cela garantit que I' infrastructure informatique est efficace et 
productive. Une documentation a jour et exacte fournit aux planificateurs et aux 
responsables une base solide sur laquelle prendre leurs decisions relatives a 
Infrastructure informatique. 



S.Etapes types d'une methodologie de 
resolution des problemes 

Lorsque vous commencez a resoudre un probleme, il est important de savoir 
clairement quelles etapes vous allez executer. 

5. 1. Consignation du probleme 

Le processus de consignation du probleme dans un rapport commence lorsqu'un 
utilisateur final appelle le support technique pour la premiere fois. A ce stade, 
vous devez enregistrer les details du probleme et poser des questions 
pertinentes a I'utilisateur en vue de determiner I'etendue du probleme. Les 
reponses a ces questions peuvent vous aider a determiner la priorite du 
probleme. 

II est important de tenir I'utilisateur final informe de la progression tout au long 
du processus de resolution des problemes. En outre, pendant I'etape de creation 
de rapport, vous pouvez indiquer a I'utilisateur ce qui va se passer. 

5.1.1. Processus de consignation des problemes 

II est important de veiller a ce qu'un processus bien maitrise existe au sein de 
votre organisation pour que les problemes soient consignes comme il faut. 

Probleme detecte 

Le processus de signalement d'un probleme debute lorsque I'utilisateur final 

detecte un probleme de materiel informatique, de systeme d'exploitation ou 

d'application. 

L'utilisateur peut essayer de resoudre le probleme lui-meme ou contacter le 
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support technique. Si le probleme est intermittent, I'utilisateur peut ne pas 
prendre de mesure immediate. Si le probleme se reproduit, il est possible que 
I'utilisateur prenne des mesures supplementaires. 

Auto-assistance 

Chaque fois que cela est possible, incitez les utilisateurs a trouver eux-memes 
des solutions. Certains problemes peuvent etre resolus tres rapidement si 
I'utilisateur prend le temps de reflechir a ce qui vient d'arriver. 
Proposez toujours une formation adequate aux utilisateurs finaux. Non 
seulement ils tireront mieux parti de leurs applications, mais ils seront moins 
susceptibles de rencontrer des problemes et seront mieux a memes de resoudre 
nombre de problemes eux-memes, sans contacter le support technique. 

Contacter le support technique 

Quelles que soient les formations que les utilisateurs finaux auront regues et 
quelles que soient vos incitations, ils ne pourront pas resoudre tous les 
problemes. II est important de mettre en place une procedure adequate pour 
contacter le support technique afin que les utilisateurs la comprennent bien. 
Pendant cette phase, consignez les details du probleme. 

Pour cela, vous pouvez utiliser une base de donnees. Vous pouvez ensuite mettre 
a jour I'enregistrement de base de donnees a mesure que vous travaillez sur une 
resolution. 

Si vous n'avez pas les competences necessaires pour resoudre le probleme 
signale, assignez le probleme a d'autres personnes de votre organisation. Pour 
les problemes complexes, vous pouvez reunir une equipe specialised. Mettez a 
jour I'enregistrement dans la base de donnees de support pour suivre les 
informations relatives a I'activite que vous, ou d'autres, avez effectuee par 
rapport au probleme signale. 

Classification et support initial 

Apres que I'utilisateur a contacte le support technique, essayez de classifier le 

probleme et d'en determiner I'importance et I'urgence. Pour ce faire, vous 

pouvez poser des questions tres specifiques a I'utilisateur. II peut s'agir de 

questions comme celles-ci : 

• Qui d'autre a le meme probleme ? Si le probleme est repandu, cela indique 
un probleme plus general moins susceptible d'etre propre a I'ordinateur de 
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I'utilisateur. En outre, les problemes qui affectent beaucoup d'utilisateurs 
sont plus urgents que ce touchant un seul utilisateur. 

• Quand avez-vous remarque le probleme pour la premiere fois ? II se peut 
que I'ordinateur n'ait jamais fonctionne correctement. II est tres utile de 
savoir si I'ordinateur n'a jamais fonctionne correctement, car cela peut 
indiquer un probleme lie au deploiement plutot qu'a I'utilisation. 

• Est-ce que quelque chose a change a peu pres au meme moment ou vous 
avez remarque le probleme ? Si I'utilisateur a recemment installe de 
nouvelles applications ou mis a jour des pilotes et si le probleme est 
survenu apres ces modifications, il est possible que les modifications aient 
contribue au probleme que I'utilisateur signale. 

Au cours de cette phase, vous pouvez determiner une cause probable du 

probleme signale, mais ne tirez pas de conclusions trop hatives. Vous risquez 

autrement de gaspiller beaucoup de temps et de ressources. Votre objectif 

pendant cette phase est de definir le probleme correctement. 

Transmission 

Lorsqu'un probleme doit etre transmis a un service de support technique de 
niveau superieur ou a des fournisseurs externes, veillez a consigner 
suffisamment de details en vue de les transmettre. II est tres utile qu'une 
procedure de transmission soit clairement definie pour un maximum d'efficacite. 
La procedure peut stipuler d'inclure les informations suivantes : 

• une description precise du probleme signale ; 

• un enregistrement de tous les messages d'erreur associes au probleme ; 

• un enregistrement des tentatives de resolution faites par les membres du 
support technique ainsi que le resultat de chaque tentative ; 

• un enregistrement concernant tous les outils de diagnostic utilises par les 
membres du support technique ; 

• la duree pouvant s'ecouler avant qu'il y ait obligation de transmettre un 
probleme. 

Vous pouvez considerer de transmettre le probleme aux fournisseurs externes 
dans les cas suivants : 

• vous ne pouvez resoudre le probleme ; 

• vous ne disposez pas de suffisamment de ressources internes pour resoudre le 
probleme ; 

• votre organisation n'a pas les competences requises pour resoudre le probleme 

• vous avez identifie la cause probable du probleme et elle provient d'un 
composant tiers specifique. 

Chaque fois que vous remontez un probleme, restez-en toujours le proprietaire 
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et utilisez I'enregistrement de base de donnees pour suivre la progression vers 
une resolution. 

Assurez-vous egalement que vous fournissez toute I'assistance necessaire aux 
autres niveaux d'assistance et aux fournisseurs externes. 

Resolution 

Une fois que vous avez determine la cause probable d'un probleme et avez 

developpe un plan d'action, vous devez evaluer ce plan. Cette evaluation doit 

inclure les etapes suivantes : 

faire la liaison avec les specialistes du support technique impliques dans 

I'implementation du plan ; 

mener a bien toutes les demandes decoulant des procedures de gestion 

des modifications ; 

analyser I'impact possible des modifications a I'infrastructure informatique 

proposees ; 

detailler les etapes de test du plan propose ; 

detailler le plan de restauration des modifications au cas ou celles-ci ne 

produisent pas le resultat escompte. 

Apres avoir evalue le plan d'action propose, vous pouvez le mettre en oeuvre. Au 

cas ou le plan d'action ne resout pas le probleme, envisagez de restaurer les 

modifications apportees suite a revaluation du plan d'action. Vous devez 

egalement repenser la phase de classification, car il est possible que le diagnostic 

et la classification initiaux etaient errones. 

Probleme clos 

Apres avoir resolu le probleme, vous devez le fermer. Pour cela, mettez a jour 
I'enregistrement de base de donnees en rapport avec le probleme pour indiquer 
que vous avez resolu le probleme de maniere permanente, puis fermez 
I'enregistrement. 



5.2. Collecte des informations 

II est possible que vous puissiez resoudre le probleme signale pendant I'etape 
initiale de creation de rapport. Ceci est particulierement vrai dans le cas de 
problemes relativement simples. Si vous ne parvenez pas a resoudre 
immediatement le probleme, vous devez rassembler le plus d'informations 
possible a propos du probleme dans le but d'identifier les causes possibles. Vous 
pouvez utiliser des outils d'analyse, consulter des journaux des evenements ou 
simplement poser des questions supplementaires a I'utilisateur pour recueillir 
davantage d'informations. 
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5.2.1. Processus de collecte initiale des donnees 

La phase de collecte des informations relatives a un probleme signale est tres 

importante. 

En suivant une serie d'etapes precise et logique, vous pouvez definir clairement 

la nature du probleme et parvenir a determiner une cause precise. 

Questionner 

Le processus demarre lorsqu'un utilisateur contacte le support technique en 
suivant une procedure definie. II peut etablir ce contact initial par le biais de la 
messagerie electronique, du telephone ou de tout autre moyen. En tant que 
membre du service du support technique, vous devez poser des questions claires 
et precises a I'utilisateur sur les symptomes du probleme afin de pouvoir 
commencer a en definir la cause. II est egalement important de consigner le 
probleme dans une base de donnees. Vous utiliserez cet enregistrement tout au 
long du cycle de vie du probleme pour suivre sa progression jusqu'a sa 
resolution. 

Ecouter 

Lorsqu'un utilisateur final vous signale un probleme, ecoutez-le attentivement. II 
arrive souvent que lorsqu'un utilisateur repond a vos questions et relate 
I'historique d'un probleme, celui-ci en revele involontairement la cause. En 
demandant a I'utilisateur de commencer depuis le debut et d'expliquer 
exactement ce qu'il faisait immediatement avant de remarquer le probleme et 
pendant qu'il I'a remarque, vous pouvez parfois determiner la cause du 
probleme. 

Consulter 

Lorsque vous avez enregistre toutes les informations pertinentes fournies par 
I'utilisateur, la tache suivante consiste a determiner la cause du probleme 
signale. Commencez par consulter la documentation concernant les problemes 
connus que vous avez a disposition. 

II est possible que le probleme se soit deja produit. Si tel est le cas, vous pouvez 
parvenir a une resolution et une cloture rapides de I'incident. 

Rechercher 
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Si la documentation existante ne vous permet pas d'etablir de causes probables, 
vous devez mener quelques recherches dans diverses sources. Par exemple, 
vous pouvez effectuer des recherches dans la Base de connaissances de support 
Microsoft® ou dans des forums en ligne. 

Developper 

Une fois que vous avez determine une cause probable du probleme, vous devez 
developper un plan d'action. 



5.3. Developpement d'un plan d'action 

Lorsque vous avez suffisamment d'informations, vous tentez de determiner la 

cause du probleme. II existe deux approches possibles : 

• L'approche lineaire est une methodologie qui revele rapidement la cause 
principale d'un probleme, car elle implique de suivre une serie logique 
d'etapes. Prenez pour point de depart ce que I'utilisateur final a dit et 
continuez de fagon methodique jusqu'a ce que vous decouvriez la source 
du probleme. 

• L'approche soustractive est une methodologie dans laquelle vous vous 
representez mentalement les composants systeme de I'ordinateur. 

• Separez les composants en deux le long d'une ligne que vous pouvez 
tester. Par exemple, le probleme est-il du a un composant materiel ou a 
un composant reseau ? 

Effectuez ensuite un test pour voir de quel cote de la ligne le probleme se situe, 

puis continuez de la meme maniere jusqu'a ce que vous ayez isole le composant 

qui pose probleme. 

Quelle que soit l'approche pour laquelle vous optez, I'objectif de cette etape est 

d'isoler la cause du probleme. Lorsque vous pensez I'avoir determinee, vous 

devez tester vos hypotheses. Si les tests s'averent concluants, continuez jusqu'a 

ce que vous ayez determine la cause reelle. 

Une fois que vos tests ont revele la cause d'un probleme, vous devez planifier les 

actions suivantes. Par exemple, si le probleme implique le remplacement d'un 

disque du serveur, vous devez commander le nouveau disque, determiner une 

heure appropriee pour effectuer le remplacement, sauvegarder les donnees 

presentes sur le disque a remplacer, arreter le serveur, installer physiquement le 

nouveau disque et executer une restauration des donnees sur celui-ci. 
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5.3.1. Methodes conseillees de developpement d'un plan 
d'action 

Les problemes simples sont faciles a resoudre rapidement et leur plan d'action 
peut ne pas demander beaucoup de reflexion. Par exemple, si un utilisateur final 
signale qu'il a oublie son mot de passe, votre plan d'action consiste a ouvrir 
Utilisateurs et ordinateurs Active 

Directory et a reinitialiser le mot de passe. Toutefois, les problemes plus graves 
ou plus complexes exigent une certaine reflexion. 

Analyser les donnees disponibles 

Avant de commencer a modifier la configuration, analysez les donnees 
disponibles pour vous assurer que vous avez determine la cause probable du 
probleme signale. 

Consulter la documentation 

Consultez toute la documentation relative au correctif que vous envisagez de 
mettre en ceuvre. Par exemple, si celui-ci requiert I'installation d'un Service Pack, 
examinez la documentation relative au Service Pack. 

Creer un environnement de test 

Si le correctif envisage ou la solution de contournement implique une 
reconfiguration significative ou si des problemes surviennent pendant la mise en 
ceuvre du correctif, la productivity des utilisateurs pourrait s'en trouver affectee. 
II est important que vous creiez un environnement de test qui ressemble 
etroitement au systeme de production et I'utilisiez pour tester votre plan 
d'action. Les technologies de virtualisation (telle que Microsoft Virtual PC) offrent 
un moyen pratique de creer des environnements de test sans requerir 
d'investissements majeurs dans du materiel ou des logiciels supplementaires. 

Considerer I'impact des modifications 

Vous pouvez etre amene a effectuer un important travail de reconfiguration pour 
resoudre des problemes complexes. Les modifications que vous envisagez 
peuvent avoir une incidence sur de nombreux elements de votre organisation. 
Par exemple, si le correctif que vous projetez d'implementer necessite le 
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redemarrage d'un serveur auquel les utilisateurs sont connectes, tel qu'un 
serveur de messagerie ou un serveur de base de donnees, vous devez prevoir 
['implementation du correctif en dehors des heures ouvrees. 
En outre, vous devez verifier que les modifications proposees ne nuiront pas aux 
autres applications ou services. 

Prevoir une restauration 

Si vous implementez un correctif ou solution de contournement qui ne resout pas 
le probleme, vous pouvez envisager de revenir en arriere. L'execution d'une 
restauration n'est pas necessaire, mais peut etre souhaitable dans des 
circonstances particulieres. 

Par exemple, si le correctif implique I'application d'une mise a jour, la 
suppression de la mise a jour peut etre acceptable. Toutefois, si le correctif 
implique la mise a niveau d'applications pour inclure de nouvelles fonctionnalites 
qui peuvent etre utiles aux utilisateurs finaux, il peut etre souhaitable de laisser 
les nouvelles applications installees plutot que de retablir I'application plus 
ancienne. Vous pouvez utiliser I'environnement de test pour vous entrainer a 
annuler un correctif ou une solution de contournement propose. 

5.4. Implementation du plan d'action 

Apres avoir mis au point un plan d'action, vous devez I'implementer. Lorsque 
vous implementez un plan d'action en vue de resoudre des problemes graves, 
vous devez considerer I'impact des modifications que vous prevoyez d'apporter 
sur la disponibilite des services. Les grandes organisations ont des procedures de 
gestion des modifications auxquelles vous devez vous conformer. 
Avant de modifier la configuration, evaluez quels aspects de la reconfiguration 
vous pouvez realiser a distance avec des outils d'administration et des utilitaires. 
Vous pouvez resoudre beaucoup de problemes avec des techniques de gestion a 
distance pour eviter de vous rendre sur I'ordinateur de I'utilisateur. Toutefois, 
certains problemes ne peuvent pas etre resolus a I'aide de tels outils, et vous 
devrez vous rendre sur I'ordinateur de I'utilisateur final. 

5.4.1. Processus d'implementation d'un plan d'action 

En general, votre plan d'action se composera des etapes suivantes. Toutefois, 
n'oubliez pas que les etapes specifiques de votre plan d'action peuvent varier en 
raison de la complexity ou des circonstances d'un probleme donne. 



OFPPT @ 


Document 


Millesime 


Page 


Diagnostic du poste de 
travail.doc 


mai 12 


17 - 23 



Diagnostiquer le probleme 

Implementer dans un environnement de test 

Avant de tenter de mettre en oeuvre un correctif sur le systeme de production, 
implementez votre plan d'action dans un environnement de test. Gardez a I'esprit 
que le processus de modification de quelques aspects de la configuration d'un 
ordinateur peut resoudre un probleme specifique, mais peut introduire d'autres 
problemes. Ainsi, si vous appliquez une mise a jour de securite au systeme 
d'exploitation pour resoudre un probleme de securite, celle-ci peut modifier le 
comportement de certaines applications. 

Lorsque vous etes satisfait que le correctif ou la solution de contournement 
puisse etre implements sans provoquer de problemes supplementaires et qu'il 
resout le probleme signale, passez a I'etape suivante. Les problemes simples 
peuvent ne pas requerir cette etape de test. 

Analyser I'impact possible 

Vous devez vous assurer que toutes les modifications que vous envisagez 
d'implementer ne nuiront pas au reste de I'infrastructure informatique. Par 
exemple, il est possible que sur un ordinateur specifique, un nouveau pilote de 
peripherique pour un composant materiel suspect soit a I'origine de conflits entre 
peripheriques qui provoquent des problemes de demarrage de I'ordinateur. Au 
niveau de I'organisation, I'installation d'un Service Pack sur un serveur de 
messagerie peut changer la fagon dont les serveurs gerent certains types de 
messages et provoquer la non-remise des messages. 

Ces problemes potentiels seront visibles lorsque vous implementerez votre plan 
d'action dans I'environnement de test. Vous pourrez alors corriger votre plan 
d'action afin d'eviter que ces problemes ne se produisent dans I'environnement 
de production. 

Se reporter a la gestion des modifications 

Les grandes organisations implemented des procedures de gestion des 
modifications pour garantir que le personnel de support technique apporte des 
modifications a I'infrastructure informatique conformement aux instructions et 
qu'il les documente suffisamment une fois effectuees. Si votre organisation 
utilise une telle procedure, vous devez determiner ce qui est requis de vous lors 
de Implementation du correctif ou de la solution de contournement. Consultez la 
documentation adequate, et lorsque cela est necessaire, discutez des 
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modifications proposees avec les personnes appropriees. 

Resoudre le probleme 

Les specialistes du support technique peuvent souvent resoudre rapidement les 
problemes les plus courants, sans faire appel aux specialistes des produits. Les 
problemes moins courants ou plus complexes requierent souvent I'intervention 
de specialistes de support technique ou de fournisseurs externes, et parfois la 
creation d'une equipe specialised regroupant les competences necessaires a la 
resolution d'un probleme particulier. Lorsque cela est possible, considerez 
I'utilisation des outils et des utilitaires d'administration a distance, car ceux-ci 
permettent souvent de trouver des solutions plus rapidement. 

Surveiller et evaluer 

Si un correctif ou une solution de contournement est susceptible de prendre 
plusieurs heures et d'impliquer plusieurs etapes, vous devez surveiller la 
progression du processus de resolution du probleme. II est important que vous 
evaluiez les donnees collectees lors de ce processus pour determiner si vous etes 
sur le point de trouver une solution. Si les donnees ne vous permettent pas de 
I'affirmer, envisagez de revoir votre plan d'action. 

Rend re compte et documenter 

Qu'un probleme soit completement resolu ou non, vous devez documenter toutes 
les etapes que vous avez effectuees pour le resoudre ou tenter de le resoudre. Si 
vous avez consigne I'incident dans une base de donnees pour suivre son etat, 
vous devez mettre a jour I'enregistrement pour indiquer que le probleme a ete 
resolu ou non et si I'incident est clos ou non. La rubrique suivante traite plus 
particulierement du processus de consignation d'une resolution d'un probleme. 

5.5. Documentation de la resolution 

Lorsque vous avez resolu le probleme, vous devez documenter sa resolution. 
Cette tache implique un de nombre processus qui varie en fonction de 
I'infrastructure du support technique. Au minimum, vous devez informer 
I'utilisateur final que vous avez resolu le probleme. Si un systeme de 
consignation est en place, vous devez clore I'incident. 
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Beaucoup d'organisations s'appuient sur la documentation pour fournir des 

informations relatives a la configuration de leurs systemes informatiques. Si vous 

avez procede a une reconfiguration pour resoudre un probleme, vous devez 

mettre a jour la documentation de support pour refleter les modifications 

apportees. 

En outre, lors de la phase de collecte des informations, il est souvent utile de 

consulter les journaux d'incident, qu'un probleme similaire ait ete signale ou non 

par quelqu'un d'autre. 

Savoir si un autre technicien a documente des problemes similaires n'est possible 

que si, a la cloture de I'incident, vous documentez ce que vous avez fait pour 

resoudre le probleme. 

5.5.1. Processus de consignation de la resolution 

Dans la plupart des organisations de support, un processus existe pour 
enregistrer et documenter un probleme signale par un utilisateur. En general, le 
personnel du support technique consigne I'incident signale dans une base de 
donnees. Lorsqu'un probleme est resolu, vous devez clore I'incident et en 
informer I'utilisateur qu'il I'a signale. 

Mettre a jour la documentation actuelle 

Si le probleme a revele des failles dans I'infrastructure informatique actuelle, 
dans les methodes de travail ou dans d'autres domaines, vous devez mettre a 
jour la documentation actuelle pour faire etat de ces failles et des correctifs ou 
solutions de contournement appropries. Par exemple, si vous installez un Service 
Pack pour un systeme d'exploitation dans toute I'organisation pour resoudre un 
probleme d'incompatibilite entre applications, vous devez enregistrer les 
informations se rapportant a ce probleme ainsi que la procedure d'installation du 
Service Pack dans la documentation relative a I'infrastructure. 

Creer une nouvelle documentation 

Les problemes graves et complexes entrainent souvent des modifications 
d'infrastructure majeures. Vous devez creer la documentation necessaire pour 
prendre en charge ces modifications. Par exemple, si vous installez une nouvelle 
version d'une application pour resoudre un probleme, mettre a jour la 
documentation existante ne suffit pas. La nouvelle version de I'application peut 
comporter de nouvelles fonctionnalites et peut fonctionner differemment de 
I'ancienne version. Vous devez communiquer aux utilisateurs et aux 
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administrateurs qu'ils doivent desormais travailler sur la nouvelle version. 

Consigner la resolution 

Vous devez mettre a jour tous les enregistrements de base de donnees associes 
a un incident. La mise a jour doit inclure la resolution et toute autre information 
pertinente relative au correctif ou a la solution de contournement utilise pour 
resoudre le probleme. 

Vous ne devez pas considerer un probleme comme resolu tant que la resolution 
n'a pas ete documentee de fagon a etre utile pour la resolution d'incidents 
ulterieurs. Enfin, vous devez clore I'enregistrement d'incident. 

Communiquer avec I'utilisateur final 

Vous devez permettre a I'utilisateur final qui a signale le probleme de savoir que 
vous avez resolu le probleme. Si I'utilisateur doit prendre des mesures speciales 
ou doit contourner le probleme, vous devez Ten informer. Si vous avez apporte 
des modifications significatives a I'infrastructure, les utilisateurs peuvent avoir 
besoin de recevoir une formation. 

Consigner des mesures preventives 

Un probleme ayant tendance a se repeter, il est essentiel que vous le 
documentiez ainsi que sa cause et les etapes qui ont permis de le resoudre. Une 
documentation adequate garantit que les ingenieurs de support technique qui 
seront confronted au meme probleme puissent decouvrir une cause probable et 
une solution recommandee tot dans le processus de resolution. 

Mettre I'accent sur un point particulier 



^5 




Note d'attention particuliere. 
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Pour approfondir le sujet.... 



Proposition de references utiles permettant d'approfondir le theme aborde 



Sources de reference 



Citer les auteurs et les sources de reference utilisees pour I'elaboration du 
support 



OFPPT @ 


Document 


Millesime 


Page 


Diagnostic du poste de 
travail.doc 


mai 12 


22 - 23 



